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CONSULTING POLICY 

The consulting policy of Academic Computing is currently undergoing 
some review within The Computing Center. In the very near future we 
intend to take a recommended policy to the Computing Council. If you 
have any thoughts concerning the nature and extent of consulting offered 
by Academic Computing, please put those thoughts in writing and address 
them to: Tom Madron, Manager of Academic Computing, NT Box 13495. 
Alternatively, you may send mail to "the system" - see "Electronic Mail 
System Revisited" in this issue for further information. Your help will 
be appreciated. 
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************* 

* OPERATIONS * 

************* 


SUMMER COMPUTING HOURS 


Computing hours for both the summer sessions are essentially the 
same as the hours maintained during the spring semester. The following 
hours will be maintained throughout the semester or until further 
notice: 

Computing Center RJE: 24 hours a day Monday through Friday, close 

Saturday midnight. Noon until midnight on 
Sunday. 

Computing Center Computer Room: Same hours as Computing Center 

RJE. (used primarily for jobs 
requiring special handling). 

Business Administration Building 

Computing Access Facility : 8:00 AM to Midnight Monday 

through Saturday. Noon to 
Midnight Sunday. 


PRIORITY SETTING FOR BATCH JOBS 

Every job processed by the MVT operating system is assigned an 
execution priority and a print priority. The execution priority is 
assigned when the job enters the system and is a num.ber fromi 0 to 8, 
based on the time and the number of lines estimated in the JOB card (the 
April, 1931, BENCHMARKS addresses the topics of JOB card preparation and 
job processing). For the job classes currently being serviced, the job 
with the highest execution priority will be selected to run next. When 
more than one job has the same priority, the order in which the jobs 
entered the system, determines which job is executed first. 

In general, the less time and lines estimated in the JOB card, the 
higher execution priority the job receives and the sooner the job will 
be executed. This means that the more accurately a user can estim.ate 
time and lines, rather than putting "sate" large numbers in these 
parameters, the better turnaround (s)he will get. Underestimating, of 
course, is potentially more time consuming than overestimating, since 
the user gets a job that has abended and must resubmit it. 

After the job has executed, the number of lines actually generated 
is used to determine the print priority - a number from. 0 to 8. The 
fewer lines generated the sooner the printed output will be available 
for distribution. The actual value can be computed only after the job 
has run. 

Obviously, jobs with large time and/or lines estimates could rest on 
the input queue tor an indefinite period of time. To offset this 
possibility, jobs are "priority aged" approximately every 30 to 45 
minutes (i.e., the priority is increased by 1) that they remain on 
queue, until they are processed or the priority reaches 12. This 
guarantees that the job will not remain in the system indefinitely. 

Prior to the acquisition of the AS/5000 and multiple operating 
systems (VM, MUSIC, and others), the priority was based on "real time" 
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i.e., actual clock time elapsed), and aging took place exactly every 30 
5 minutes. Currently, however, priority aging takes place using 
virtual time" (the time that MVT is using the CPU - see BENCHMARKS 
June,1930, for a brief discussion of the concept of "virtual machines"). 
Thus, priority aging depends on the amount of activity on the system as 
a whole. Heavy MUSIC usage, for example, will cause priorities to be 
aged more slowly (in real time) because MVT is sharing the system, with 
MUSIC, and its timer is only activated when it is actually running. 

The execution priority for a job may be determined from the 
following table by adding the priority number to the right of the 
estimated time (or next higher time it between two times) to the 
priority number to the right of the estimated lines (or next higher 
value if between two lines values) and then subtracting 8. if the 
resulting number is negative, the priority is 0. The print priority may 
be found directly from the right side of the table, using the actual 
number of lines printed. 


ESTIMATED 
TIME m:s 



1 : 00 
2:00 
3:00 
5:00 
>5:00 


PRIORITY 
NUMBSP 

3 
7 
5 
5 

4 
3 
2 
1 
0 


ESTIMATED 
LINES (1000*5 ) 

1 

2 

3 

5 

10 

20 

45 

>45 


priop.it* actual 

NUMBER LINES 


8 

7 

5 

5 

4 

3 

2 

1 

0 


500 

1000 

2000 

3000 

5000 

10000 

20000 

45000 

>45000 


Example: If the tim.e estimate is 30 seconds and the line estimate is 7 

(i.e., 7,000 lines), the execution priority would be 5+4-8=l. If the 
job actually generated 4000 lines, the print priority would be 4. 


NEW "UTILITY" PROCEDURE 

A new procedure, called "UTILITY", has been added to the procedure 
library which makes the use of IBM's utility, IEBGENEP, much easier. The 
UTILITY procedure provides a means for copying datasets with- a minimum 
of job control language (JCL) through: the use of parameters on the EXEC 
card. The procedure is invoked by: 

// EXEC UTILITY 

and the possible parameters are as follows: 

,DATAIN*'name': the dataset name (DSN) for a disk file or a file on 
a standard labeled tape. 

,DATA0UT='name': The output DSN if output is to be on a standard 
ibeled tape or on disk. 

If the dataset is to be output to disk or taDe, then the following 
parameters must be used: 

,MODE=F8: Record format of the output dataset, default=F8 (fixed 
blocked). 
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, F.ECLEN=80: Logical record length of data, default=80. 

, B LC C' K = 3 5 2 U : Blocksize of data, default=3520. 

, PR 114=5: Primary space allocation, default=5 tracks. 

,3EC=5: Secondary space allocation, default=5 tracks. 

,VOLOUT='volume serial name': Volume name of disk or tape for 

output tile. The default is nothing which, for disk datasets, allows 
the system to find the space. For most situations, the output dataset 
should he placed on ACADOO, ACAD01, or ACADO2. This oarameter must 
always be coded with tape volumes. 

,UN[TOUT=SYSDA: Output device, default=SYSDA. This should not be 
changed for an output disk file. For an output tape file it should be 
coded TAPES. 

' If a dataset is being output to tape, it is also necessary to 
provide one short DD statement with the ddr.ame "NO" with the following 
elements: 

//NO DD LA3EL=n 

where n is the sequential number of the dataset on the tape (this is for 
a standard labeled tape). 

If it is necessary to print a dataset, UTILITY can be used by simply 
coding PP.INT=YES along with, any information regarding the input dataset. 
IF the input dataset is on cards, then code the following card and place 
it before the data and after the EXEC card: 

//SYSUT1 DD * (or it the dataset contains JC'L, then substitute 
the word DATA tor the asterisk (*)). 

************* 

* MUSIC * 

************* 


ELECTRONIC MAIL SYSTEM REVISITED 

-As reported ir. the April 3ENCHMAP.KS, an electronic mail system has 

been installed and can be accessed through -MUSIC. Since the 
installation of the mail system and its documentation in the newsletter, 
however, some changes in the system have taken place. Entering: HELP 
MAIL will give a potential mail user information much .like the 

following (it should be noted that the HELP tiles are updated whenever 
there are changes that need to be documented — thus it would be wise to 
execute HELP whenever you are in a situation that seems unfamiliar or 
contusing to you — only within MUSIC, of course): 

To build a mailbox simply type: 

MAILBOX.BUILD 

Both the sender and the receiver of mail must have a mailbox "built 
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before (s)he 
is command 

1 . 


To 


can receive or check receipt of mail, 
creates two files in the user's save library: 
code.MAILBOX (where "code" is the first four characters of 
the user's ID code; this is the "send" file). 

9MAIL (this is the "receive” file), 
mail type: 


It turns off the feature 

the sender that his/her mail ha< 


been 


2 . 

send 

MAIL NOACK , CO DP:, LETTER 
NOACK is optional, 
that Acknowledges 
received and read 
CODE can be defined as follows: 

1) NMNN, which is the first 4 characters of tie 
receiver's ID code. 

Z) (xxxx,yyyy,zzzz), used to send mail to more than ore 
user (receiver). 

J > @NN ' where NN is a save library file which 
the first 4 characters of ail the ID's who 
to receive the letter (this file may have 


contains 

are 


any name following 
apply to any other 
record of the file 
starting at column 


4) 


the same naming conventions 
save library file). Each 
must contain 0 N E IDCODE 
1. For example: XXn.n 

YYnn 

ZZnn 

the letter is a MEMO to the 
The user will be prompted 
receive the MEMO 


that 


sender 

tor 

the 


*, Which indicates 
(i.e. to yourself) 
the date that (s)he wants to 
date of the following forms: 

a) yyddd - (e.g. 81231) 

b) rnm/dd/yy - (e.g. 12/31/81) 

c) *+nnn - this is the relative date which means 
today's date plus nnn days - (e.g. * + 12) 

b) SYSTEM, which will send the letter to the system 
and will then be read by the MUSIC coordinator (s) 

Tr. is 'system" mail will be acted upon in a manner 
which is deemed appropriate by the MUSIC 
coordinator(s). They will probably either (a) 
reply to the sender via the mail system or (b) 
forward the mail to someone else who will then 
P r ? babl y re Ply to the sender via the mail system. 
LETTEP is the name of the file to be sent. An * may ’ 
entered for direct input of the message, 
wm VP u j mail type: PDMAIL (note: this is new). Each letter 

T b ® e:5cribed hy the sender and the date/time. If you want to read 
: P ^ SS enter/return/carriage return key. if you want to 

throw the letter out type: JUNK . if you want to keep the letter, but 
not read it at the moment, type: KEEP . letter, out 

* n f W Para,r eter, SCAN, can be used with PDMAIL. This 
T* HI tMs le L*i St of . lebters waiting in your mailbox to be displayed. 
*G0 mode. feature enter PDMAIL SCAN when your terminal is in 

andy M for M^n^i eXe ™ ted . automa tically each time you sign-on to MUSIC 

in N'our user'^PPolk^ J! a* J" oir ' pli ;hed by setting the AUTO parameter 

in > our user PROFILE. To do this, enter: PROFILE AUTO=P OMAIL 

your r iD r code. t0 W ° rk V ° U mUSt have alread i' created a mailbox under 

It should be apparent that the electronic mail svsterr 
potential for being quite a handy tool for MUSIC users. 'with, a little 


be 
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imagination, one can think of 
do: (e.g) send suggestions and 
communicate with the students 
professor; carry on a lively 
yourself of important matters, 
like it! 


all kinds of nifty things that MIL car. 
questions to Computing Center personnel; 
in your class; communicate with your 
discourse with a friend; and remind 
Send us some r^ai! and tell us how you 


CAPTURING OUTPUT FROM OSJR 

- A —handy feature oFThe FILE statement in OSJR that may not be 

readily apparent is the ability to copy output from OS to a MUSIC ave 
file. 'For example, if you have some data that you need to analyze using 
one of the North Texas Statistical procedures, but that nee is to be 
"massaged" a bit before it is in the proper form for the NT proc.dur. 

you are planning to use, you could: 

1. Execute, through MUSIC, an SPSS, SAS, or other program that 

collapses, computes, or whatever you need to do to your nata 
to get it ready for the NT procedure and then writes the 
transformed data to the card punch. . 

2. Examine vour output through OSJR, making sure that everything 
worked as planned. When you are sure that your efforts were 
successful, enter: OUT DSID=4,file-nnnnn 

where nnnnn is the name of a SAVE file that you want your 
card image output to go to. You can then PURGE your output 
from OSJP. (NOTE: For more information about DSID, FIL.. an ’ 
other oarameters in OSJR, execute OSJR HELP and/or see page 50 
in the MUSIC at NTSU Manual - it is possible to use the UNII 
parameter to capture - output also, but the FILE paramater is 
easier to use). 

3. Execute, through MUSIC, the North Texas procedure you wanted 

to run, noting that the input device is 5 and using a /INCLUD., 
command where your card deck would normally go. The /INCLUD... 
command takes the form of /INCLUDE filename where filename is 
the name of your data file (in this case). See page lib of 
the MUSIC at NTSU Manual for further information regarding 
/INCLUDE . (NOTE: It will be necessary for you to edit your 
file to delete the two blank cards output by the card punch 
to insert any end of data indicators that might be needed). 


data 

and 


ADDITIONAL CAI AVAILAB LE THROUGH MUSIC 

The Coir.outing Center has recently acquired TEACH, an author language 
and interpreter that was developed by Educational Computer Systems at 
Maricopa Community Colleges in Phoenix, Arizona. TEACH was developed to 
present drill and practice and to conduct instructional dialogues. n 
addition to the ability to author your own TEACH lessons, T.,ACH also 
comes with some lessons that were developed,_ using TEACH, Dn tie 
Educational Computer Systems people at Maricopa. For complete 
documentation of TEACH, contact anyone on the Academic Computing statt 
at the Computing Center. In order to participate in the existing TEACH 
lessons, sign on to MUSIC and enter the keyword TEACH. TEACH will 
respond by asking you your first and last name and who your teacher is 
(NONE is an acceptable answer for the latter question). It will tten 
ask you what lesson you want. Any of the following lessons may be 
chosen (TEACH works best on ASCII terminals - i.e., MIME, LABS, ACllv, 

etc.) . 
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TEACH Lessons or. TEACH 
i E AC'Hi, TKACH 2 , TKACH 3 , TKACH4 , T.KACH5 , TKACH6. 

English Computer Assisted Instruction Programs 

Tests the student on his understanding ot various phases ot 
-nglish grammar. Based on the student's perfcormar.ee, it 
tfc:en recommends various other programs which will help him/ 
her to improve those skills in which (s)he is weak. 
Describes the basic elements of a complete sentence and 
gives the student practice at recognizing these elements, 
oives the student practice at recognizing fragments and 
complete sentences. It asks the student to identify what 
element(s) of a complete sentence is(are) missing from 
each fragment. 

Describes run-on sentences and comma splices. It gives the 
student practice at identifying run-ons, comma solices, and 
properly punctuated sentences. 

Discusses the possessive case and the use ot the apostrophe 
in forming this case. It asks the student to identity in 
sentences those words which, are in the posessive case* and 
to punctuate them correctly. 

Discusses subject-verb agreement, with particular emphasis 
or tricky pronouns ("either-neither," "anyone," "everyone," 


i. 

ENG TP 

2. 

KNGl 

3. 

ENG 2 

4. 

ENG d 

5. 

ENG 4 

6. 

ENG 5 

• • 

ENG 6 A 

U. 

ENG bB 

9. 

ENG bC 

10. 

ENG bl) 

11. 

ENG bE 

12. 

ENG 7 

13. 

ENG a 

14. 

ENG 9 

15. 

ENG 10 

IS. 

ENG 21 

17. 

ENG 22 

3. 

ENG 2 3 

19. 

SPELL 


on. tricky pronouns , _ „ _ 4 .^ n|t 

etc.), compound subjects, subjects joined by "or 
use ot "there is" and "there are." 

Discusses the use ot "lie" and "lay." 

"to-too-two" and "then-than." 

"their-there-they're" and "its-it's." 
"accept-except" and "affect-effect." 
"used to," "supposed to," "good-well," 


and the 


Discusses 

Discusses 

Discusses 

Discusses 

really." 

Discusses 


"real - 


pronoun case (nominative and objective) and gives 
the student practice at choosing the proper case. 

Discusses pronoun agreement (number and person) and gives 
the student practice at choosing the correct pronoun to 
agree with such troublesome antecedents as "people," 
"person," "one," etc. 

Defines and discusses adverb clauses and gives the student 
practice at identifying these clauses. 

Discusses the use ot the aoostrophe with contractions. It 
asks the student to distinguish between sentences which 
need contractions and those which need possessive pronouns. 
Defines "gerund" and "gerund phrase." It asks the student 
to identify sentences which use a gerund or gerund phrase 
as subject and to distinguish these sentences from others 
which do not use this construction. 

Defines a present participle and explains the use of 
participial phrases in a sentence. It asks the student to 
identity introductory and embedded participial phrases and 
to punctuate them correctly. 

Describes prepositional phrases and their punctuation, 
giving the student practice at recognizing and punctuatinq 
short prepositional phrases. 

Presents commonly misspelled words randomly, prints over 
the word, and asks the student to spell the word just 
presented. There are currently 5 sets of words to choose 



3 


from. 


TEACH Lessons on MUSIC Commands, Editor, and SCRIPT 
Lessons available in Course #1 (does not mention /INPUT files): 

1. MUSIC 1 MUSIC immediate commands: /ID, /OFF, /LIST, /DISPLAY, 

/CANCEL, /EXEC, /LIB, /PURGE, HELP 

2. MJSIC2 Additional immediate commands ar.d utilities: /ClL, /i< » 

/PENAME, /SKIP, (@LIST, @BATCH, @VS1, 3DCS - not currently 

3. MUSIC3 MUSIC deferred commands: /DATA, /INCLUDE, /JOB, /LOAD, 

/OPT, /SYS, and /FILE 

4 . pp.FL 1 How to use tie MUSIC PROFIL _ program to change various 

parameters in the user profile. t 

5. EDI TO R1 Elementary Editor commands: =, NUM, TOP, LAST, N..XT, U , 

LOCATE, SEARCH, QJIT, SAVE, LIST, PRINT, CHANoE, as w_ll a.. 
/EDIT filename NEW and /EDIT filename. 

5. ED I TO P.2 More Editor commands: INPUT, MERGE, FILE, H..LP, IN.... , 

REPLACE, DELETE, SCAN TM 

7. EDITOR3 Still more Editor commands: MOVE, COPY, FIND, HUNT, 0..L , 

ADD, BLANK, OVERLAY, EXEC, and =/strinql/string2/ 

3. MUSDIP List of lesson names/descriptions of Course #1 . 

Lessons available in Course 12 parallel those in course »1 numbers 1-7 
except that they cover the /INPUT file in their discussion. The lesoon 

names are: 


1 . 

3 


1 . 

2 . 


JC'Ll 2. JCL2 3. JC'L3 4. PPFL 5. EDITl 6. EDIT2 7. EDIT3 
ICLOIR contains a list of lesson names/descriptions for Course *2. 

Lessons Common to Both Course fl and Course K2 

SCRIPT1 Elementary SCRIPT commands: .FI, .NF, .RI, .LL, .IN, .DS, 
.SS, .SP, plus the /TEDIT command 

SCRIPT2 Intermediate SCPIPT commands: .PL, .PA, .TT, .TM, .BT, .TB, 
.TS, .DK, .BR, .CE, .CM, .UN, plus .UL MASK 

TEACH Tutorials on VS BASIC 


1. VSB 


2. VSB1 

3. VSB2 

4. VSB 3 

5. VSB4 
5. VSB5 


An introductory lesson which offers some optional 
definitions of'Data Processing terms and a descriDtion of 
available lessons. This lesson can be skipped entirely if 
students already know the meaning of terms such as 
"hardware," "software," "file," etc. 

Introduces a simple VS BASIC program. It discusses the 
REM, PRINT, INPUT, IF..THEN, GO TO, and END statements as 
well as variable names. A quiz is offered at- the end. 
Discusses the /BASIC Editor and how to create, change, and 
execute VS BASIC programs. A programming assignment based 
on VSBL is offered at the end. 

Discusses LET statements, arithemtic, relational, and 
logical operators, and priorities of operations in 
evaluating expressions. A quiz is offered at the end. 
Discusses infinite loops, loops with incremented counters, 
and FCR-NEXT loops, with a quiz at the end. 

Discusses various PRINT features, including full and 
packed print zones, inserting variables in text, and the 
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7. VSB<5 

8. VS07 

9. VSB8 

10. VSB9 

11. VS01O 

12. VSB11 

13. VS812 

14. VSB13 

15. VSB14 

Programs mg 

1. VSBA1 

2. VSBA2 

i. VSBA3 

4. VSBA4 

5. VSBAb 

6. FS3A6 


TAB function. A programming assignment based on VSB4/VS85 
is offered at the end. 

Continues the discussion of the PRINT statement with PRINT 
USING and FOPM. Print charts are also introduced. A quiz 
is offered at the end. 

Introduces the READ, DATA, and RESTORE statements. A 
programming assignment based on VSB6/VSB7 is offered at the 
end. 

Discusses creating, writing, and reading data files. OPEN 
CLOSE, GET, PUT, and PESET statements, as well as the /FILE 
deferred command, are introduced, with a quiz at the end. 
Presents material on GOSUB's, the STOP statement, and the 
DAT and STR functions. A programming assignment based on 
VSB8/VS89 is ottered at the end. 

Discusses intrinsic and user-defined functions, including 
DEF, PETUPN, and FNEND statements, and the string operator 
.CAT . A quiz is ottered at the end. 

Discusses arrays or matrices, subscripts, dimensioning, and 
some ot the ways in which VS BASIC' can manipulate arrays. 
Included are MAT READ, MAT PRINT, MAT INPUT, MAT GET, and 
MAT PUT. A quiz is offered at the end. 

Discusses the use of tables in business data processing 
and presents a sample program which uses a table lookup. A 
quiz is offered at the end. 

presents a simple sorting technique as well as material on 
the IDX function. A programming assignment is offered at 
the end. 

Introduces computed GOTOs and G0SU8s, CHAIN and USE, and 
error handling with. ON, EXIT, and error options on GET. 

A final exam is offered at the end. 

assignments available as separate TEACH lessons: 

An assignment to create a program with a simple YES/NO 
question and response. It is based on VSB1. 

An assignment to create two similar programs, one using a 
loop with an incremented counter and print zones, the other 
using FOP-NEXT and TAB. It is based or. V3B4 and VSB5. 

An assignment to do a payroll program with. READ and DATA 
statements and a printer spacing chart. It is based on 
VSB5 and VSB7. 

An assignment to do the same payroll program as in V3BA3, 
only this time using a data file and GOSUBs. It is based 
on VSB3 and VSB9 and uses data file PAYDAT. 

An assignment to create a payroll program, using a table 
search for the employee's pay rate. It is based on VSS12 
and uses data file PAYFILE. 

An assignment to do a payroll program incorporating a sort 
routine. It is based on V5B13 and uses data files PAYTABLE 
and PAYSCR.T. 


’> BASIC sample programs that may be executed, listed and examined from 
*50 m.ode: 


1. VSB.DEMOl A simple "ask a YES/NO question, evaluate the answer" 

program which can be used as a model for assignment VSBA1. 

2. VSB.DEM02A An infinite loop. 

3. VSB.DEM02B Loop with incremented counter. 



5. 

* 5 . 


/3B.DE402C FOP-NEXT loop. 

The last two it. ay be used as m.o - 
VSi3.UP.MCi An inventory program using 
may be used as a ir.odei lor 
An inventory program using 
model for assignment VSBA4 
A program with 
for VS3A5. It 


3. 


4. VS8.Df.40 4 


VSB. dp:.40 5 


. signment V33A2. 

READ and DATA statements wh ich 
programming assignment VS 3 A3. 
GCSUBs and a data file. This 
uses data file INVDAT. 
a table lookup which can be used as a model 
uses data file DATTAB. 


V3B.DEM06 An inventory program with a sort routine. It car. be used 

as a model for VSBA6. It uses data files TABS and DEMOSORT 


PLEASE NOTE: These programs have not been tested extensively and/or 
modified for MTSU other than making them run on our system. Because of 
this, the user may come into contact with references to the Maricopa 
system, and/or instructions that do not apply to our system. Eventually, 
these (possible) inconsistencies will be corrected; however, in the 
meantime, it was felt that enough valuable information could be gained 
from, these lessons to make it worthwhile for them, to be available. 
Should any problems occur in using these lessons, please contact a 
member of the academic computing staff, either through the system, mail 
facility or directly, through* the Computing Center. 


FUTURE MUSIC 30FTWAPE 

The Computing C enter has recently acquired several programs from the 
Educational Com.puter Systems at Maricopa Community Colleges. They will 
be made available for general usage as they are installed and tested. 
One of the procedures that is currently being tested is TESTER, a 
com.puter assisted test construction program.. Anyone who thinks that 
they might be interested in using TESTER should contact Tom. Madron in 
the Computing Center. 

An in-house program is also being developed that will enable the 
user to upload files from MUSIC to OS and download files from. CS to 
MUSIC. 

MUSIC NOTES 

1. Please note an **EP.P0R** in the April BENCHMARKS with regard to 

the general ID available to non-MUSIC users for LEARNing 
purposes. It was erroneously reoorted that to sign-on to MUSIC 
or.e m.ust simply type /LAOO ; actually one should type /ID LAOO. 

A slight to major inconvenience will result when more than one 
user is signed on under this general ID and is trying to use 
the same IIS course at the same time. A message will be 
received which' states, in effect, "course in use" . 

Unfortunately, the only solution to this problem is to sign-off 
and try again another time. 

2. The January 1931 BENCHMARKS discussed, in detail, the management of 

SAVE library files. Remember that when you are going to search 
your library for a particular set of programs, an asterisk (*) 
m.ust be placed at each, level of the name that does not contain 
the identifier you are after. For example: If you have 
several COBOL programs that have three level names ( i.e., 
separated by periods), you would enter LIB N(*.*.C0B) if the 
identifier was in the last level of the name; if the identifier 
was at the beginning of the name, you would enter LIB N(C'0B.*.*). 
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3. When entering text to be processed using MUSIC/Script, a // entered 

beginning in coluirn 1 (while in /INPUT ir.ode) will cause the 
entire line of the text to be capitalized. The only solution to 
this seems to be to avoid entering a // beginning in column 1. 
This could be accomplished by either preceding the // with a 
blank or embedding the // in text by moving text from the 
previous line to start in column 1. 

4. MUSIC backup is done daily, Monday through Friday at 4 a.rn. ; 

Saturday and Sunday it is done at 11:30 p.m., just before the 
system is shut down. 


************* 

* HP- 2000 * 

************* 


GETTING STARTED ON THE HP 

The following text Ts adapted from a class handout prepared by Dr. 
Reynolds Griffith, Associate Professor of Finance, Insurance, Real 
Estate and Law: 

The H-P terminal system is both useful and easy to use. It does not 
require any knowledge of programming in order to use it because tiere 
are a wide variety of stored programs available. (It is also easy to 
learn to program: if you want to write your own programs) Use of the 
system requires an ID number and ID password, obtainable from the 
Computing Center (or your instructor, in a classroom situation). 

Terminals are located in Room 153 of the Business Administration 
building, the keypunch room in the Computing Center, and various other 
locations around campus (see "Accessing the Interactive Computing 
Systems" In the March 1981 BENCHMARKS for a complete list of terminal 
locations). Some of the terminals are "hard copy" - that is, they type 
on paper. Others are "CRTs" - the typing appears on a screen. 

LOG ON PROCEDURE 

(Omit steps 2-4 for a "hardwired terminal") 

1. Check terminal switches - the LOCAL-LINE switch should be on LINE, 
and BAUD switch on 300. 

2. Dial the computer's telephone number: 2771 or 9-566-4738. 

3. Turn the OFF-ON switch of the acoustical coupler to ON. 

(This switch is located on the front of some couplers, on the back 
of others. The other switch on the back should be set to"full 
duplex.") 

4. When you hear a shrill tone, plug the telephone handset into the 
acoustical coupler. (Note that the handset goes in frontwards on 
some couplers, backwards on others.) 

8. Turn power OFF-ON switch on front of terminal to ON. 

Press RETURN and LINEFEED kevs. (Computer should type 
"PLEASE LOG IN"). 

7. Type HELLO-ID,PASSWORD for example: HELLO-3699,XYZABC 
(ID number and comma are typed in regular way, password is typed while 
depressing Control key) and then depress the RETURN key. (Computer 
should type rr.essage, then "READY" after which you can begin.) 



12 


RUNNING A PROGRAM 

Type GET-programname (e.g. GET-IDA), then type PUN on the next line 
(remembering that the RETURN key must be pressed after each line) or 
type EXE-programname. 

If a program name is of the form SPROGPAM, it means that it is in 
the system library. *PROGRAM means it is in the group library, PROGRAM 
means it is stored under the ID number being used. If you do not type 
the program, name in proper form., the computer will tell you "NO SUCH 
PROGRAM", since it looks for it only in the location specified by the 
form. Many programs have instructions built into them to tell you how 
to use them. Instructions for others may be given to you by your 
instructor. Programs may expect answers to yes or no questions in tie 
form of YES and NO, Y and N, or 0 and 1, and do not always tell you 
which to use. Remember that each time you type the answer to a question 

or input data, you must depress the RETURN key. 

CORRECTING MISTAKES 

You can correct mistakes before you depress the RETURN key. If only 

tie last character or two which you have typed is wrong, you can 

eliminate them* by depressing the BACKSPACE key (CONTROL key and H on 
some terminals) once for each consecutive character to be eliminated. 
(It doesn't physically wipe them out, but they're not fed into tie 
computer). To eliminate a whole line, hold down the CONTROL key and 
depress X. Once you press the RETURN key, your mistake has been fed 
into the computer and it is usually impossible to correct it. However, 
you can stop a program by pressir.q the BREAK key and starting over. 
(You restart a program bv typing RUN EXE-programname). 

LOG-OFF PROCEDURE 

T7 Type BYE and depress the RETURN key. 

2. Disconnect the telephone handset from, tie coupler and hang up the 
phone. 

3. Turn the coupler OFF-ON switch to OFF. (If it is on the back of the 
coupler, be sure you don't turn the wrong switch). 

4. Turn the terminal OFF-ON switch to OFF. 

5. Tear your paper output off and clean up any debris. 

PROGRAMS TO RUN 

If you are enrolled in a class that will use the HP, your instructor 
will give you the names of programs to run for class purposes. 
Otherwise, you can familiarize yourself with the procedures by logging 
on and executing the NEWS program mentioned in the message the computer 
types. One way to become comfortable in using the terminals is to play 
some of the gam.es stored in the system. Don't spend too much time on 
the gam.es. Game players must always yield a terminal if a serious user 
needs it. If you want to learn how to program the H-P system., begin 
wit) the program, named $TUT01 (zero, one), which will teach you step by 
step. In a few hours you will be able to write useful program.s of your 
own. 


THE BIG PURGE 

The HP system, (as reported in the April BENCHMARKS) has been purged, 
as of June 1, 1981, of all program.s and files not accessed since January 
1, 1981. August 29,1981, marks the deadline for the renewal of 
individual ID’s. All individuals possesing HP ID's who five not 
submitted a renewal form by this date will have their programs and files 
purged on August 30, 1931. Renewal forms may be obtained from one of 
the secretaries in the reception area of the Computing Center (ISB 119). 
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"-8_ 2 24 NQ LONGER A TERMINAL ROOM 

converted 0 and general lack of space, ISB 224 has been 

terminals tier !! pare . for Con >Puting Center personnel. The 

, ttat were located in that room have been redistributed to 

Issue Access ino S the r In'"^ e ? ampUS ' See the BENCHMARKS March' 193? 
Of ter„in” location, taCtlVS COmPUtir9 ’ opiate list 


SUMMER BACKUP SCHEDULE 

The backup of the HP-2000 
established in the fall. A daily 
8:30 a.rr., Monday through Friday 
every Friday between 4 and 5 p.m*. 


continues to follow the schedule 
backup will be done between 3 a.m. and 
and a weekly backuD will be performed 


SAS_PRQCEEDINGS AVAILABLE FOR EXAMINATION 


r . f The proc 6edings of the Sixth Annual SAS User's Group Internat 
Conference, held February 3-11, 1981, are available for examine 

abstract- 6 ^' ^7 ^' laudia Putnair * The Proceedings contain article 
such tooico f S b £ pe °P ie from a wide variety of backgroun. 

‘fljon Data Presentation; Statistics (GLM) ; Stati 

'nfoVmat!' ■ } 7 t l StlCai Consulti nq; Training and Support; Manaq 
ystels R H Seat K h Inforir,ation Systems; and Inform 

' Feel free t0 drop t>i' and look through the table of cont 

extersIvon any artlc J as that would Probably benefit anyone who use 
extensively, especially those users of statistical procedures. 


i onai 
tion, 
s and 
ds or. 
sties 
err ent 
ation 
ents. 
s SAS 


RESULTS OF THE WORKSHOP/SEMINAP POLL 


The response to the 
BEMCHMARKS was, to sav the 
results: 


Workshop/Seminar 
least, ligft. 


Checklist 
never theless 


t 


1. MUSIC 

A. General Overview - b 

B. Working with Files - 3 

0. Accessing the 03 operating system - 4 
0. Using the editors - 3 

E. MUSIC/Script - 4 

F. IIS - 4 


G. Other - 0 

2. HP-200U 

A. General overview - 1 
3. Working with files - 1 
C. Other - 0 

3. Statistical Packages 

A. SPSS 

1. General overview - 3 

2. Other - 0 

B. SAS 

1. General overview - 4 

2. Other: JCL and interpretation of output - 1 

C. Other statistical packages 
1. Package: OSIRIS - 3 


in the Aoril 
here are the 
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Presentation - 0 
4. JOB Control Language (JCL) 

A. General overview - 1 

B. Specilis topic(s) - 0 
b. IB'4 Utilities- U 

6. Miscellaneous topics: CAD/Carr, programs for industry - 1 

What the computer can do tor the researcher 


Please teel tree to continue responding on any or all ol the above 
topics, either through the electronic mail system, jntercampus mai 

system, or the United States postal system. The Computing Center s 
associated with academic computing is already working to ^^emina 
information on many of the topics listed above, although, not mc-ss r 
in seminar form. Upcoming issues of BENCHMARKS will continue to notIf> 
users and potential users of methods of self-education th 
available, whether through computer assisted instruction < ' 

workshops, seminars, slide presentations, publicatio , 
of these. 
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INDEX TO PAST ISSUES 


In order to utilize BENCHMARKS to 
redundancies, an index of previous 
considered still pertinent to the NTSU 
each issue. 


its fullest capacity and avoid 
issues containing information 
Computing Center is included in 


SUBJECT 

1. ACADEMIC COMPUTING IN GENERAL 

Planning for Academic Computing 
IC'PSR - A University Wide Resource 

2. ACCESS TO COMPUTING FACILITIES 

Accessing the Interactive 
Computing Systems 
So You Want to Compute . . . 

3. HARDWARE 

General Terminal Features 
Telex Customer Phone Number 
Take-Home Terminals Now 
Available For Faculty Use 
Terminal Maintenance 
Contract 

The Computing Center Goes 
Through Some Changes 
NTSU Computing Center General 
Usage Equipment List 
The New 3330/3350 Compatible Disk 
Drives - How "The Change" Can 
Effect You 

News From College of Business 
Computing Center 
Computer Acquisition 
Status Report 

4. INPUT 

Job Card Preparation 
Disk Data Set Naming Conventions 
Memory No Longer A Factor In Job 
Class Selection 


VOL/.NO 

MONTH/YEAR 

PG 

2/2 

March/1931 

1 

2/2 

March/1931 

7 

2/2 

March/1931 

5 

1/3 

October/1930 

2 

2/3 

April/1931 

6 

2/3 

April/1931 

3 

2/2 

March/1981 

7 

2/1 

January/1981 

7 

1/3 

October/1930 

1 

1/3 

October/1980 

5 

1/3 

October/1930 

6 

1/3 

October/1980 

12 

1/2 

June/1930 

1 

2/3 

April/1931 

2 

2/2 

March/1981 

2 

1/3 

October/1930 

10 
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SUBJECT 

VOL/NO 

MONTH/YEAP 

PG 

OUTPUT 

Job Processing Schedule 

2/3 

ADri1/1931 

4 

Pouting Jobs from. OS JR 

2/2 

March/1981 

3 

High Speed Print/Punch in Music 

2/2 

March/1981 

3 

Secure Job Pickup 

2/2 

•March/1931 

6 

Computing Center RJE 

Means Faster Turnaround 

For Most Users 

2/1 

January/1981 

2 

SERVICES AVAILABLE 

Services Available to Users of 

The NTSU Computing Facilities 

1/3 

October/1930 

2 

Data Entry Services 

1/3 

Cctober/1980 

10 

SOFTWARE 

Learning To Use MUSIC 

2/3 

April/1931 

5 

MUSIC Notes 

2/3 

April/19dl 

7 

Alternative SPSS Procedure 

2/3 

April/1981 

3 

The Type I, II, III, 
and IV Dilemma 

3/2 

April/1931 

11 

MUSIC Notes 

2/2 

March/1981 

4 

ETS 

2/2 

March/1931 

6 

GALILEO IV 

2/2 

March/1931 

7 

Program Products Available 

For MVT 

2/1 

January/81 

3 

Status of MUSIC, Spring 1931 

2/1 

January/81 

4 

OSJE/OSJR 

2/1 

Jar.uary/31 

5 

Management Of MUSIC SAVE 

Library Files 

2/1 

January/81 

5 

ANOVA Models Tested by Various 

SPSS and SAS Options 

2/1 

January/81 

10 

Software - What We Have and 

What We Support 

1/3 

October/1980 

3 

Interactive Computing On the AS/5000 
Through MUSIC 

1/3 

October/1980 

9 

SAS Supplemental Library 

1/3 

October/1930 

11 

VM/370 

1/2 

June/1930 

7 

Stat Users Beware 

1/2 

June/1930 

10 

SPSS 

1/2 

June/1930 

11 

Behavioral and Social Science Data 
Analysis Using Osiris 

1/2 

June/1980 

13 

USAGE STATISTICS 

HP/2000 Usage Statistics-September 3, 
1979 to September 1, 1980 

1/3 

October/1980 

7 

AS/5000 Usage Statistics-September 1, 
1979 to August 31, 1980 

1/3 

October/1980 

3 

UTILITY APPLICATIONS 

Changing Dataset Nam.es With 

IEHPROGM 

2/3 

Aoril/1931 

5 

Deleting Disk Files 

2/2 

March/1931 

3 
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CALLING ALL COURSES USING STATISTICAL PACKAGES 

It has become apparent that there is a need for some type of list of 
courses that deal with the various statistical packages. There are many 
potential students for these classes, however they do not know where to 
go to find the class they desire. BENCHMARKS would like to help these 
people in their quest, but in order to do this, we must enlist tie help 
of the professors, instructors, etc. who are offering the courses. So 
... if you are planning to teach a class in the next year that will be 
focused around one or more of the statistical packages, please take a 
moment to provide the following information. (If you do not want to 
fool with the paper work, you can send a message to the "SYSTEM" while 
logged on to MUSIC - see "Electronic Mail System Revisited" in this 
issue of BENCHMARKS for more information on sending mail): 

1. Course Title (if known) _ 

2. School/Department course taught in _ 

3. Short description of course _ 


4. Semester (s) course will be taught 

5. Prerequisites for attending course 


.. Other pertinent information 
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************************ ******* 


* 

BENCHMARKS is a publication of the NTSU Computing Center. * 
Reader/user feedback is encouraged, so send all letters, * 

suggestions, etc., to: NTSU Computing Center * 

NT Box 13495 * 

Denton, Tx 75203 * 

* 


Claudia Putnam . BENCHMARKS Editor * 

* 

Richard Harris . Director of * 

Computer Systems * 

* 

Thomas Madron . Manaqer, Academic * 

Computing Services* 

**************************** * * * 


BENCHMARKS is the Computing Center newsletter aimed at the NTSU 
academic community. A benchmark is a point of reference from which 
measurements of any sort are made, and that name was chosen to 
symbolize the intent of this publication - to provide a point of 
reference for the users of the North. Texas State University computing 
facilities. BENCHMARKS was created to provide a channel of 
comiir uni cat ions between the NTSU Computing Center and its users - a 
channel, hopefully, that will flow both ways, enabling both the users 
and the Computing Center staff to gain new insights into the ever 
changing world of academic computing. 


PLEASE RETURN TO: 

Academic Computing Services 
i’he Computing Center 
NT Box 1349b 

North Texas State University 
Denton, TX 76203 






